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METHOD AND APPARATUS FOR 
SCHEDULING BROADCAST INFORMATION 

Cross Reference to Co-Pending Applications 

5 This application is related to U.S. Patent Application Serial No. , 

filed April 16, 1999, entitled "A Broadband Data Broadcast Service", U.S. Patent 

Application Serial No. , filed , entitled "Error Correction 

with Limited Working Store", U.S. Patent Application Serial No. , filed 

entitled "Maintaining Information Variety in an Information 
10 Receiving System", which are all assigned to the assignee of the present invention and 
are all incorporated herein by reference. 

Background of the Invention 
The present invention relates to mechanisms for scheduling broadcast 
information, and more particularly, to mechanisms for maintaining variety and/or 
15 timeliness of the information in a scheduled broadcast stream. 

Information systems allow a wide variety of information to be transmitted to 
individual consumers of information. A typical information system includes an 
information transmitter and one or more information receiver systems. The 
information receiver systems receive the information transmitted by the information 
20 transmitter, and provide the information to the consumer. Such an information system 
may be based on over-the-air transmissions, satellite transmissions, wire-based 
transmissions including cable, fiber-optic transmissions, or any other type of 
information transmission medium. 

For most systems, there is a large amount of information that is available for 
25 broadcast. The information may take the form of news stories, entertainment 
programming, software, etc. Each of these general categories of information often 
have multiple sub-categories. For example, news stories may have local, national and 
international sub-categories, each covering a wide variety of topical categories such as 
sports, business, recreation, etc. Each topical category may have further sub- 
30 categories. For example, the sports topical category may have sub-categories of 
baseball, football, soccer, hockey, etc. As can be seen , there can be a wide variety of 
information that is available for broadcast. 

Compounding the amount of information that is available for broadcast is the 
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element of time. New information is always becoming available. Thus, the mere 
passage of time tends to multiply the amount of information that is available for 
broadcast. Some information may be more relevant if it is timely and fresh. For 
example, the score a hockey game may be much more relevant just after the game 
5 than it is even a few days later. 

Because information systems have a limited bandwidth, all of the available 
information cannot be broadcast. Thus, some selection must be made with regard to 
the available information. For conventional broadcast mediums, such as television, 
this selection is typically done by an editorial staff or the like, which identifies and 

10 selects what it believes to be timely information that covers a variety of topics of 
interest to its viewers. A limitation of such an approach is that a human editorial staff 
can be expensive to maintain. Further, the editorial staff may not be able to operate in 
real time, and may become easily overloaded, particularly when information from a 
variety of sources covering a wide variety of topics must be constantly considered for 

15 broadcast. Thus, the editorial staff may miss or delay important information that is 
highly relevant to the consumers of the information. What would be desirable, 
therefore, is a more automated approach for identifying and scheduling information 
for broadcast. 

Summary of the Invention 

20 The present invention overcomes many of the disadvantages of the prior art by 

providing methods and apparatus for efficiently scheduling incoming information 
objects so that the objects scheduled for broadcast are from a variety of information 
topics or classes and/or are timely. The incoming information objects are preferably 
received from one or more information sources, and are tagged with attributes that 

25 associate each object with one or more classes of information (e.g. sports, news, etc), 
and provide a gauge of the timeliness or 'age' of the object. The tags can be used to 
select and broadcast objects from a variety of classes, and to identify the most timely 
objects at any give time. 

In one illustrative embodiment, the incoming objects are received from a 

30 variety of sources, and certain objects are inserted into an object schedule. When an 
object is to be broadcast, the object at the top of the schedule is broadcast first. Thus, 
the ordering of the objects within the object schedule may be important. Generally 
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speaking, objects that contribute more to the overall utility of the object schedule are 
positioned near the top of the object schedule. 

It is contemplated that each object may have a pre-assigned importance factor. 
The importance factor may identify the importance of the object relative to other 
objects. The importance factor may be used to identify which objects should be added 
to the object schedule and which objects should be evicted, and also may be used to 
determine the optimum order of objects in the object schedule. All else being equal, 
an object with a higher importance factor should be positioned higher in the object 
schedule than an object with a lower importance factor. As new objects are received, 
the objects with the lowest importance factors may be evicted from the object 
schedule. 

To identify the most timely objects at any give time, a timeliness factor may 
be provided for each object. The timeliness factor is related to the expected age of an 
object when broadcast. Each object may have a time indicator tag. The expected age 

15 of an object can be calculated by determining the difference in time between the time 
indicator tag and the estimated broadcast time of the object. Preferably, the timeliness 
factor incorporates a function that decreases with the "age" of the object. 

To determine more accurately the expected "age" of an object, a current 
channel bandwidth may be estimated by monitoring the number of bytes that were 

20 recently transmitted over a predetermined period of time. Using the size and position 
of each of the objects in the object schedule and the estimated channel bandwidth, an 
estimated time for delivery for each object can be determined. The estimated time for 
delivery can then be compared to the time indicator for each object in the object 
schedule to determine the expected "age" of the object when broadcast. Since the 

25 timeliness factor of each object preferably decreases with the "age" of the object, the 
timeliness factor will be dependent on the position of the object within the schedule. 

It is contemplated that the timeliness factor of an object may also include a 
measure of the objects freshness. The freshness of an object preferably diminishes 
with time from the time of broadcast, rather than the expected age of the object when 

30 broadcast as discussed above. Object freshness can be used to help further optimize 
the ordering of the objects in the object schedule. It is recognized that some objects 
may have a timeliness factor but not a freshness factor, such as movie listing. 
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The importance factor and timeliness factors may be used together to 
determine whether an object should be moved, added or evicted from the object 
schedule. In one illustrative embodiment, the importance factor is multiplied by the 
timeliness factor to determine an object utility factor for each object. In this 
5 embodiment, the utility factors are higher for those objects that are more timely, 
assuming the same importance factor. To optimize the order of the objects in the 
object schedule, the object utility factors for all objects in the object schedule may be 
combined to provide an overall schedule utility factor. The position of the objects in 
the object schedule may then be manipulated to maximize the overall schedule utility 

10 factor. For a preferred application, maximizing the overall schedule utility factor 
corresponds to maximizing the utility of the objects by the receiver. Object freshness 
may or may not be incorporated into the schedule optimization routine. 

To maintain a variety of objects in the object schedule, a class utility factor 
may be maintained for each class of objects. Each class utility factor may be 

15 calculated by, for example, combining the object utility factors for the objects in the 
object schedule that are members of the class. Preferably, the object utility factors for 
those objects that are in a class are combined using a sub-linear function so that 
additional objects in a class produce diminishing returns. An overall schedule utility 
factor may be calculated by combining the class utility factors for all classes. 

20 When a new object arrives, the overall schedule utility factor may be updated. 

If the overall schedule utility factor increases, then the new object is added (and 
another discarded, if necessary), and if the overall schedule utility factor decreases, 
the new object may be discarded outright. It is contemplated that each class may have 
a class importance factor. Those classes that have a higher class importance factor 

25 will naturally have more objects or consume more space in the object schedule than 
those classes with a lower class importance factor. 

For a variety of reasons, it is often desirable to interleave packets or symbols 
from several scheduled objects during transmission. One reason for this is that 
interleaving tends to spread the errors of error bursts in the transmission channel 

30 across several objects, which may be more acceptable than having many errors in one 
object. 
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One illustrative method for interleaving packets or symbols of several objects 
is to maintain a transmit time variable for each object. The transmit time variable may 
be initialized to a predetermined value, such as a current time. A timer value may also 
be maintained. To determine which object to transmit a packet from, a score may be 
5 calculated for each object, wherein the score is dependent on the difference between 
the transmit time variable for each object and the current timer value. The object with 
the highest score is selected, and one or more packets from the object are transmitted 
across the transmission channel. Once the packets are transmitted, the transmit time 
for the selected object is set to the current timer value. By setting the transmit time 

10 for the selected object to the current timer value, the score of that object is reduced. 
Thus, during the next transmission cycle, it is likely that a packet from another one of 
the objects will be selected for transmission. For some applications, it may be 
desirable to provide selected objects with different transfer rates. For example, CNN 
may wish to have its information objects transmitted at some guaranteed transfer rate. 

15 To accomplish this, the score of each object may be made dependent on a specified 
transfer rate. 

Once the last packet of an object has been successfully transmitted, the object 
is removed. When the available bandwidth exceeds the number of objects that are 
queued for transmission, a new object is retrieved. The transmit time for the new 

20 object is preferably set to the current time, and the process is allowed to continue. 

Another illustrative method for interleaving packets or symbols of several 
object is to maintain a "next transit time" variable for each object. The "next transit 
time" variable may be initialized to a predetermined value, such as the current time. 
Each time a packet is sent from an object, the "next transit time" variable for the 

25 object is incremented by, for example, 1 /(packet transfer rate). During each 
transmission cycle, a packet is selected from the object with the lowest "next transit 
time" value. This method has the advantage of keeping track of delays that might 
accumulate due to bandwidth variations, tiebreaker policies, etc. 

Brief Description of the Drawings 

30 Other objects of the present invention and many of the attendant advantages of 

the present invention will be readily appreciated as the same becomes better 
understood by reference to the following detailed description when considered in 
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connection with the accompanying drawings, in which like reference numerals 
designate like parts throughout the figures thereof and wherein: 

Figure 1 is a block diagram of an illustrative broadband data broadcasting 
service that includes the present invention; 

Figure 2 is an illustrative block diagram of the local broadcasting center of 
Figure 1; 

Figure 3 is an illustrative block diagram of the local scheduler 216 of Figure 2; 

Figure 4 is an illustrative block diagram of the object scheduler of Figure 3; 

Figure 5 is a diagram showing illustrative content classes; 

Figure 6 is a diagram showing an illustrative method for determining member 
classes for an object using class list attributes of the object meta-data; 

Figure 7 is a flow diagram of an illustrative method for calculating a utility 
factor for an object; 

Figure 8 is a flow diagram of another illustrative method for calculating a 
utility factor for an object; 

Figure 9 is a diagram showing another illustrative method for calculating a 
utility factor for each object and an overall schedule utility factor for the object 
schedule of Figure 4; 

Figure 10 is a diagram showing an illustrative F(AGE) function that may be 
used in Figure 9; 

Figure 1 1 is a diagram showing an illustrative g(ClassVarietyScore) function 
that may be used in Figure 9; 

Figure 12 is a diagram showing another illustrative method for calculating an 
overall schedule utility factor for the object schedule of Figure 4; 

Figure 13 is a diagram showing yet another illustrative method for calculating 
an overall schedule utility factor for the object schedule of Figure 4; 

Figure 14 is a diagram showing another illustrative method for calculating a 
utility factor for an object; 

Figure 15 is a diagram showing an illustrative Lifetime L(t) function that may 
be used in Figure 14; 

Figure 16 is a diagram showing a maximum lifetime Lmax function that may 
be used in Figure 14; 



Figure 17 is a diagram showing an illustrative method for calculating an 
incremental utility factor for each object in the object schedule; 

Figure 18 is a diagram showing an illustrative method for calculating an 
overall schedule utility factor for the object schedule using the incremental utility 
5 factors of Figure 17; 

Figure 19 is a diagram showing an illustrative method for calculating a priority 
score for each object in the object schedule using the incremental utility factors of 
Figure 17; 

Figures 20A-20B show a flow diagram of an illustrative method for placing 
10 incoming objects in the object schedule of Figure 4; 

Figures 21A-21B show a flow diagram of an illustrative method for 
optimizing the object schedule of Figure 4; 

Figure 22A-22B show a flow diagram of another illustrative method for 
optimizing the object schedule of Figure 4; 
15 Figure 23A-23B show a flow diagram of yet another illustrative method for 

optimizing the object schedule of Figure 4; 

Figure 24 is a flow diagram showing an illustrative method for calculating an 
updated overall schedule utility factor; 

Figure 25 is a flow diagram showing an illustrative method for scheduling 
20 objects so that the object meta-data is sent before the object; 

Figure 26 is a flow diagram showing an illustrative method for scheduling 
objects to an output queue; 

Figure 27A-27B show a flow diagram of an illustrative method for scheduling 
packets from those objects in an output queue; and 
25 Figure 28A-28B show a flow diagram of another illustrative method for 

scheduling packets from those objects in an output queue. 

Detailed Description of the Invention 
The detailed description that follows is presented largely in terms of 
algorithms and symbolic representations of operations on data bits within a computer 
30 or computer memory. These algorithmic descriptions and representations are the 
means used by those skilled in the data processing arts to most effectively convey the 
substance of their work to others skilled in the art. 
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An algorithm is here, generally, conceived to be a self-consistent sequence of 
steps leading to a desired result These steps are those requiring physical 
manipulations of physical quantities. Usually, though not necessarily, these quantities 
take the form of electrical or magnetic signals capable of being stored, transferred, 
5 combined, compared, or otherwise manipulated. It proves convenient at times, 
principally for reasons of common usage, to refer to these signals as bits, values, 
elements, symbols, characters, terms, numbers or the like. It should be kept in mind, 
however, that all of these and similar terms are to be associated with the appropriate 
physical quantities and are merely convenient labels applied to these quantities. 

10 The present invention is preferably implemented for practice by a computer, 

programmed to control the operations therein. It is contemplated that a number of 
source code expressions, in one of many computer languages, can be used to 
implement the present invention. The present invention also relates to apparatus for 
performing these operations. This apparatus may be specially constructed for the 

15 required purposes, or may be a general purpose computer as selectively activated or 
reconfigured by a computer program stored in the computer. The algorithms 
presented herein are not inherently related to a particular computer system or other 
apparatus. In particular, various general-purpose computer systems may be used with 
computer programs written in accordance with the teachings of the present invention, 

20 or it may prove more convenient to construct more specialized apparatus to perform 
the recited method steps. 

In an illustrative embodiment, and referring to Figure 1, a national broadcast 
control center 150 is shown for receiving digital information from a number of 
different data origination sources via one or more national content channels 152. The 

25 data origination sources may be any entity that provides digital information for 
broadcast data over a data broadcast medium. For example one type of entity that 
may provide digital information for broadcast data over a data broadcast medium may 
be a broadcast news studio that creates audio and/or video news segments. The audio 
and/or video news segments may be digitized before or after transmission to the 

30 national broadcast center 150. 

The national broadcast center 150 processes the incoming digital information 
stream from the various data origination sources by adding addressing information, 
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stream descriptor information, and error correction coding (ECC). Other stream 
processing operations may be performed such as encryption of the information 
streams. The national broadcast center 150 then multiplexes the received digital 
information streams from the various data origination sources to provide a single 
5 national broadcast stream. 

After processing the individual digital information streams and multiplexing 
the individual digital information streams into a single national broadcast stream, the 
national broadcast center 150 modulates the multiplexed digital information stream 
onto a national digital broadcast signal. The national broadcast center 150 then 

10 transmits the national digital broadcast signal on a broadcast distribution medium. In 
one embodiment, a satellite wireless broadcast system is used to broadcast the digital 
broadcast signal to a large number of receiving sites, such as local broadcast center 
160. It is contemplated, however, that any type of broadcast media can be used such 
as digital broadcast television signals, cable television signals, radio frequency 

15 broadcasts, direct video broadcast terrestrial signals, or any other suitable broadcast 
medium. 

The local broadcast center 160 receives the national digital broadcast signal 
via national broadcast distribution medium 162. The local broadcast center 160 
demodulates the national digital broadcast signal to retrieve the multiplexed digital 

20 information stream. The local broadcast center 160 may also receive locally 

generated broadcast content via one or more local channels 164. The local content 
sources may include, for example, additional data broadcast formatted content with 
local advertisers and local news teams created by local digital television broadcast 
stations. Once received, the local broadcast center 160 may add addressing 

25 information, stream descriptor information, and error correction coding (ECC). Other 
stream processing operations may also be performed, such as encryption of the 
information streams. 

The local broadcast center 160 then multiplexes the locally generated data 
broadcast content with the national digital information stream, to provide a local 

30 broadcast digital information stream. The local broadcast center 160 may then 
modulate the multiplexed local broadcast digital information stream into a local 
digital broadcast signal 166. The local broadcast center 160 transmits the local 
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broadcast digital signal 166 on a broadcast distribution medium, such as a terrestrial 
wireless broadcast system, a digital broadcast television signal, a cable television 
signal, a radio frequency broadcast, a direct video broadcast satellite signal, or any 
other suitable broadcast medium. 
5 A receiver system 170 receives the local broadcast signal from the local 

broadcast center 160. The receiver system 170 may then present the information to a 
user, preferably through an appliance such as a personal computer that is connected to 
the receiver system 1 70. 

To provide selectivity, the receiver system 1 70 may examine the address 

10 portions of the data packets and/or stream descriptor portions of each digital 

information stream to determine if the user of the receiver system 170 is interested in 
the particular digital information stream. The user of the receiver system 170 may be 
interested in a particular digital information stream if that digital information stream 
matches a set of preprogrammed interest parameters or preferences defined by the user 

15 and programmed into the receiver system 170. The receiver system 170 may cache 
the matching digital information streams and/or directly output the matching digital 
information streams to the user's system 180. 

A back channel 184 may be provided from the user's system 180 (or from the 
receiver system 170) to the internet 186. The back channel 184 may connect to, for 

20 example, the national broadcast center 150 as shown at 188, the local broadcast center 
160, or any other site on the internet. Although not required, the back channel 184 
may provide a feedback mechanism from the user's system 180 to the broadcasting 
centers, a control center, vendor sites, etc. Additional information on the above- 
illustrative broadband data broadcasting service is available in co-pending U.S. Patent 

25 Application Serial Number , entitled "A Broadband Data Broadcasting 

Service", which is incorporated herein by reference. 

Figure 2 is a block diagram of an illustrative local broadcasting center 160. As 
indicated above, the local broadcast center 160 receives the national digital broadcast 
signal via broadcast distribution medium 162. In the embodiment shown, the local 

30 broadcasting center 1 60 receives the national digital broadcast signal via a satellite 
broadcast digital television antenna 200. However, and as indicated above, it is 
contemplated that the broadcast distribution medium 162 may be any type of 
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broadcast medium. For example, the antenna 200 may be a Ku band satellite antenna, 
a connection to a cable television based digital signal distribution system, or any other 
appropriate system for receiving the broadcast signals. 

The national digital broadcast signal is provided to a receiver front-end system 

5 210 that includes receiver circuitry for demodulating the national digital broadcast 
signal to retrieve the multiplexed digital information stream. The local broadcast 
center 160 may also receive locally generated broadcast content via one or more local 
channels 164. Once received, a local content authoring block 212 may add addressing 
information, stream descriptor information, and error correction coding (ECC). Other 

10 stream processing operations may also be performed, such as encryption of the 
information streams. The local content authoring block 212 
may then provide some or all of the locally generated data broadcast content to a 
transmitter system 214 for transmission to other local broadcast centers or to the 
national broadcast center 150 for distribution to other markets. 

15 The local content authoring block 212 may also provide the locally generated 

data broadcast content to a scheduler block 216. Scheduler block 216 may multiplex 
the locally generated data broadcast content with the national digital information 
stream, to provide a local broadcast digital information stream. Because the volume 
of content provided by the national broadcast center 150 and the local content 

20 channels 164 may be more than can be broadcast on the local digital broadcast signal 
210, the local scheduler 216 provides some level of selectivity for selecting and 
scheduling digital content so that a wide variety of up-to-date content is provided. 
The remaining content may be provided to a garbage queue. 

The local broadcast center 160, and in the embodiment shown, the local 

25 scheduler 216, modulates the multiplexed local broadcast digital information stream 
into a local digital broadcast signal 166. The local digital broadcast signal 166 is then 
transmitted via a broadcast distribution medium to a receiver system 170, as described 
above. 

Figure 3 is an illustrative block diagram of the local scheduler block 216 of 
30 Figure 2. The illustrative local scheduler 216 includes a remote staging server 300 for 
receiving object files and streams from the national content stream, and a local staging 
server 302 for receiving object files and streams from the local content stream. The 
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remote staging server 300 and the local staging server 302 stage the object files and 
streams before providing them to the object cache 306 and/or scheduler block 304. 
The object streams, which are to be broadcast in real time, are passed through to the 
output of the scheduler block 304, while the object files are provided to the object 
5 cache 306. The scheduler block 304 preferably receives the estimated remaining 
bandwidth as its quota, but otherwise knows little if anything about the object streams. 

The object cache 306 stores both the object itself and corresponding object 
meta-data. Each incoming object preferably includes a set of meta-data that describes 
the incoming object in terms of, among other things, a set of content properties. 
10 Examples of content properties include subject, author, content category, timeliness, 
importance, content ratings such as for movies, and content type, to name only a few 
examples. 

The scheduler block 304 uses the meta-data to help schedule the objects. In 
the diagram shown, the scheduler block 304 includes an object scheduler 310 and a 

15 packet scheduler 312. The object scheduler 310 receives the meta-data from the 
incoming object and, using the meta-data, schedules the objects so that a variety of 
timely information is scheduled for broadcast. The objects may be scheduled using 
pointers or the like that identify the corresponding object in the object cache 306. 
Once the objects are identified, the object scheduler 310 notifies the packet scheduler 

20 312 which objects to transmit. The packet scheduler 312 schedules the packets of the 
identified objects for transmission. 

Because the object cache 306 has a relatively large but limited storage 
capacity, the object scheduler 310 must decide whether to: (1) place an incoming 
object in the object cache 306, and if the object cache 306 is full, evict one or more of 

25 the objects already in the object cache 306; or (2) reject the incoming object outright. 
If the object cache 306 is not full, the object scheduler 310 typically accepts and 
places the incoming object in the object cache 306. If the object cache 306 is already 
full, the object scheduler 310 typically replaces one or more of the objects in the 
object cache 306 only if the utility of the incoming object is greater than the utility of 

30 the evicted object(s). The utility of an object may be related to the variety that object 
will provide to the schedule and/or the timeliness of the object, among other things. 
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When an object is evicted from the object cache 306, the object is provided to 
the cached garbage collection block 314. The cached garbage collection block 314 
designates those objects that are dropped from consideration for broadcast The object 
scheduler 310 controls which objects are evicted from the object cache 306 via control 
5 lines 316. 

As indicated above, the object streams provided by remote staging server 300 
and local staging server 302 may by-pass the object schedule in the object scheduler 
block 3 1 0, and proceed directly to the packet scheduler 312. When an object stream is 
present, the object scheduler 310 may still schedule objects for transmission during 

10 any breaks or openings in the object stream. 

It is contemplated that the object scheduler 310 may rebroadcast previously 
broadcast objects, if desired. The previously broadcast objects preferably have a 
penalty factor that decreases with time. Thus, immediately after an object is 
broadcast, the penalty factor reduces the value of the object in the object schedule 

15 310. Since the penalty factor decreases with time, the value of the object in the object 
schedule increases with time. Re-broadcasting objects may allow users to gain access 
to objects that were, for example, broadcast initially when the user's receiver was 
turned off, or when the user changes preferences that now provide a bias toward the 
previously broadcast object. 

20 The packet scheduler 312 schedules packets for transmission to the receiver 

system 170 of Figure 2. Each object has one or more data packets. For a variety of 
reasons, it is often desirable to interleave packets from several scheduled objects 
during transmission. One reason for this is that interleaving tends to spread error 
bursts in the transmission channel across several objects, which may be more 

25 acceptable than having many errors in one object. 

In one illustrative embodiment, and to achieve interleaving, the packet 
scheduler 312 maintains a timer value indicative of a current time. The packet 
scheduler 312 also maintains a transmit time variable for each object in the output 
queue. Initially, the transmit time variable for all objects is initialized to a 

30 predetermined value such as the current time. 

To determine which object to select a packet from, the packet scheduler 312 
calculates a score for each object. The score of an object is preferably dependent on 
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the difference between the transmit time variable of the object and the current timer 
value. The object with the highest score is selected, and one or more packets from the 
selected object are transmitted across the transmission channel. 

Once one or more packets have been successfully transmitted, the transmit 
5 time for the selected object is set to the current time value. By setting the transmit 
time for the selected object to the current time value, the score of that object is 
reduced, preferably to zero. Thus, during the next transmission cycle, it is likely that 
a packet from a different one of the objects in the output queue will be selected for 
transmission. 

10 For some applications, it is desirable to provide objects that have different 

transfer rates. For example, CNN may wish to have its information objects 
transmitted at some guaranteed higher transfer rate. To accomplish this, the packet 
scheduler 312 may incorporate a designated transfer rate into the score calculation. 
That is, those objects with a higher transfer rate will tend to have a higher score, 

15 everything else being equal. This translates into a higher transfer rate for those 
objects while still achieving a level of interleaving. 

In another illustrative embodiment, the packet scheduler 312 maintains a "next 
transit time" variable for each object. Initially, the "next transit time" variable for all 
objects is initialized to a predetermined value such as the current time. Each time a 

20 packet is sent from an object, the packet scheduler 312 increments the "next transit 
time" variable for that object by, for example, 1 /(packet transfer rate). During each 
transmission cycle, the packet scheduler 312 selects a packet from the object with the 
lowest "next transit time" value. This method has the advantage of keeping track of 
delays that might accumulate due to bandwidth variations, tiebreaker policies, etc. 

25 When the bandwidth exceeds the number of objects in the packet scheduler, 

the packet scheduler 312 requests another object from the object scheduler 310. In 
response, the object scheduler 310 provides a pointer to the current highest priority 
object in the object cache 306. The packet scheduler 312 then reads up the designated 
object from the object cache 306 via interface 318. 

30 Figure 4 is an illustrative block diagram of the object scheduler block 310 of 

Figure 3. The core of the object scheduler block 310 is an object schedule 400. The 
object schedule 400 preferably includes an ordered list of pointers, where each pointer 
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points to an object stored in the object cache 306 of Figure 3. Each pointer can be 
thought of as a scheduled object. The objects toward the top of the object schedule 
400, such as "Object-9", typically have a higher priority than the objects toward the 
bottom of the object schedule 400. The priority of the objects can be determined in 

5 many ways, but preferably by using a utility factor that is provided or calculated for 
each object or the schedule as a whole. 

Rather than keeping an ordered list of pointers, it is contemplated that a set of 
expected future times may be stored for the objects in the object schedule 400. The 
object scheduler block 310 may then track which objects to broadcast by examining 

10 the future times for each object in the object schedule 400. Using this approach, 
pointers need not be re-ordered, as described above. Instead, the objects can be 
selected for delivery by examining the future times. While this is a less detailed 
representation, is may be sufficient and easier to compute. 

In another embodiment, each of the objects in the object schedule 400 are 

15 assigned to one of several groups. Each group corresponds to a time slot, and 
includes all of the objects that are scheduled for broadcast during that time slot. For 
example, a first group may correspond to a time slot that extends from the current 
time to the current time plus one hour. This group may thus include all objects in the 
object schedule 400 that are scheduled for broadcast in the next one hour. Another 

20 group may correspond to a time slot that extends from a current time plus one hour to 
the current time plus two hours. This group may include all objects in the object 
schedule 400 that are scheduled for broadcast in the second hour from the current 
time. The object scheduler block 310 may then optimize the schedule by assigning 
the objects to different groups. The order of the objects within a particular group may 

25 or may not be optimized. While this is a less detailed representation, is may be 
sufficient and easier to compute. 

The object schedule 400 is controlled, at least in part, by an object schedule 
control block 402. The object schedule control block 402 receives the meta-data for 
an incoming object from meta-data control block 404, and determines if and where the 

30 object should be placed in the object schedule 400, This determination may be made 
by examining the utility factors for each of the objects in the object schedule 400 and 
the utility factor of the incoming object, as further described below. 
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In one embodiment, the meta-data is used by the object schedule control block 
402 to determine the utility factor for each object. As described above, the meta-data 
may include several properties, including properties that relate to the importance, 
timeliness, and content class of the object. 
5 The importance factor may identify the importance of the object relative to 

other objects. In a simple system, the importance factor may be used to identify 
which objects should be added to the object schedule 400 and which objects should be 
evicted, and also may be used to determine the optimum order of objects in the object 
schedule 400. All else being equal, an object having a higher importance factor 

10 should be positioned higher in the object schedule 400 than an object with a lower 
importance factor. As new objects with higher importance factors are received, the 
objects with the lowest importance factors may be evicted from the object schedule 
400. When an object is evicted from the object schedule 400, the object schedule 
control 402 may send a garbage object ID 316 to the object cache 306 of Figure 3, 

15 indicating that the object should be moved to the cached garbage collection block 314. 

To identify the most timely objects at any give time, a timeliness factor may 
be calculated for each object. The timeliness factor may be related to the expected age 
of an object when broadcast. To determine a timeliness factor, each object may have 
a time indicator tag in its meta-data. The expected age of the object can be calculated 

20 by determining the difference in time between the time indicator tag and the estimated 
broadcast time of the object. Preferably, the timeliness factor is calculated using a 
function that decreases with the "age" of the object. 

To determine more accurately the expected "age" of an object, a channel 
bandwidth estimator block 406 may be provided. The channel bandwidth estimator 

25 block 406 may estimate the current channel bandwidth by monitoring the number of 
bytes that were recently transmitted by packet scheduler 312 over a predetermined 
time period. Using the size and position of each of the objects in the object schedule 
400 and the estimated channel bandwidth, an estimated time for delivery for each 
object can be determined. The estimated time for delivery can then be compared to 

30 the time indicator flag for each object in the object schedule to determine the expected 
"age" of the object when broadcast. Since the timeliness factor of each object 
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preferably decreases with the "age" of the object, the timeliness factor will be 
dependent on the position of the object within the object schedule 400. 

It is contemplated that the timeliness factor of an object may also include a 
measure of an objects freshness. The freshness of an object may diminish with time 

5 from the time of broadcast, rather than the expected age of the object as discussed 
above. Object freshness can be used to help further optimize the ordering of the 
objects in the object schedule 400. It is recognized that some objects may have a 
timeliness factor but not a freshness factor, such as movie listing. 

The object schedule control block 402 may use both the importance factor and 

10 timeliness factors to determine whether an object should be moved, added or evicted 
from the object schedule 400. In one illustrative embodiment, the importance factor is 
multiplied by the timeliness factor to determine the object utility factor for each 
object. The timeliness factor may include the timeliness factor that is related to the 
age of the object, a freshness factor, or both, to determine the object utility factor for 

15 each object. In this embodiment, the utility factors are higher for those objects that 
are more timely, assuming the same importance factor. To optimize the order of the 
objects in the object schedule 400, the object schedule control block 402 may combine 
the object utility factors for all objects in the object schedule to provide an overall 
schedule utility factor. Object schedule control block 402 may then manipulate the 

20 position of the objects in the object schedule 400 to maximize the overall schedule 
utility factor. 

To maintain a variety of objects in the object schedule 400, the object schedule 
control block 402 may maintain a class utility factor for each class of objects. Each 
class utility factor may be calculated by, for example, combining the object utility 

25 factors for all objects in the object schedule 400 that are members of the class. 
Preferably, the object utility factors are combined using a sub-linear function so that 
additional objects in a class produce diminishing returns. Then, an overall schedule 
utility factor may be calculated by combining the class utility factors for all classes. 

When a new object arrives, the object schedule control block 402 may insert 

30 the new object into the object schedule 402 and update the overall schedule utility 
factor. If the overall schedule utility factor increases, then the new object is added to 
the object schedule 400 (and another is discarded, if necessary). If the overall 
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schedule utility factor decreases, the new object may be discarded outright. It is 
contemplated that each class may have a class importance factor. Those classes that 
have a higher class importance factor will typically tend to consume more space in the 
object cache 306 than those classes with a lower class importance factor, primarily 
5 because those objects will tend to contribute higher values to the overall schedule 
utility factor. 

As indicated above with respect to Figure 3, the remote staging server 300 and 
local staging server 302 provide the object streams to the object scheduler 310. The 
object streams enter the object scheduler 310 via interface 410, and preferably by-pass 

10 the object schedule 400 and proceed directly to the packet scheduler 312, as shown. 
The object schedule control block 402 receives the estimated remaining bandwidth as 
its quota, but otherwise may know nothing about the object streams. When an object 
stream is present, the object schedule control block 402 may still schedule objects for 
transmission during any breaks or openings in the object stream. 

15 The illustrative packet scheduler, generally shown at 312, schedules packets 

for transmission to the receiver system 170 of Figure 2. The packet scheduler 312 
preferably stores a number of objects in an output queue 412. In the illustrative 
embodiment, the output queue 412 stores the eight highest priority objects of the 
current object schedule 400. It must be recognized, however, that the number of 

20 objects in the packet scheduler 312 may depend on a number of factors including the 
object transfer rates, the total available bandwidth, the required meta-data lead times, 
etc. Thus, the number of objects in the packet scheduler 312 may vary. An upper 
bound may be provided, if desired. 

The objects stored in the illustrative output queue 412 are identified by eight 

25 locations in the object scheduler 310, generally shown at 414. The object schedule 
control block 402 provides an object identifier from the top of the object schedule 400 
to one of the eight locations 414 whenever the packet scheduler 312 requests another 
object for transmission. As indicated above, the object identifier provided by the 
object schedule 400 may be a pointer that identifies a corresponding object in the 

30 object cache 306. The packet scheduler 312 reads up the designated object from the 
object cache 306 to the output queue 412 via interface 318. 
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In one illustrative embodiment, and to achieve interleaving, the packet 
scheduler 312 may maintain a timer value indicative of a current time. The packet 
scheduler 312 may also maintain a transmit time variable for each object in the output 
queue. Initially, the transmit time variable for all objects is initialized to a 
5 predetermined value such as the current time. 

To determine which object to select a packet from, the packet scheduler 312 
may calculate a score for each object. The score of an object is preferably dependent 
on the difference between the transmit time variable of the object and the current 
timer value. The object with the highest score is selected, and one or more packets 
10 from the selected object are transmitted across the transmission channel. 

Once one or more packets have been successfully transmitted, the transmit 
time for the selected object is set to the current time value. By setting the transmit 
time for the selected object to the current time value, the score of that object is 
reduced, preferably to zero. Thus, during the next transmission cycle, it is likely that 
15 a packet from a different one of the objects in the output queue 412 will be selected 
for transmission. 

When the available bandwidth exceeds the number of objects in the packet 
scheduler 312, the packet scheduler 312 requests another object from the object 
scheduler 310. In response, the object scheduler 310 provides an object identifier 

20 (e.g., pointer) to the current highest priority object in the object schedule 400. The 
packet scheduler 312 reads up the designated object from the object cache 306 to the 
output queue via interface 318, and the object scheduler 310 may remove the object 
from the object schedule. 

In another illustrative embodiment, the packet scheduler 312 maintains a "next 

25 transit time" variable for each object. Initially, the "next transit time" variable for all 
objects is initialized to a predetermined value such as the current time. Each time a 
packet is sent from an object, the packet scheduler 312 increments the "next transit 
time" variable for that object by, for example, l/(packet transfer rate). During the 
next transmission cycle, the packet scheduler 312 selects a packet from the object with 

30 the lowest "next transit time" value. This method has the advantage of keeping track 
of delays that might accumulate due to bandwidth variations, tiebreaker policies, etc. 
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It is contemplated that a minimum bandwidth channel ID 416 may be provided 
to the object schedule control block 402. The minimum bandwidth channel ID 416 
may identify those objects that are associated with a particular channel. A channel 
may correspond to, for example, all objects that are provided by CNN. Each object 

5 that is associated with a particular channel may have a channel identifier in its meta- 
data. The object schedule control block 402 may identify the objects that are 
associated with a channel by examining the meta-data. The minimum bandwidth 
channel ID 416 may also identify a minimum bandwidth for that channel, and the 
object schedule control block 402 may attempt to schedule the objects so that the 

10 minimum bandwidth for that channel is achieved. 

To maintain a variety of objects in the object schedule, each object is 
preferably assigned to one or more content classes. Figure 5 shows an illustrative 
arrangement of content classes 450-468. The illustrative content classes 448-466 have 
a hierarchical arrangement that descends from a root class 448. In this example, the 

15 sports class 450 has a set of sub-classes that include the baseball class 456, the 

football class 458, the soccer class 460, the hockey class 462, and the miscellaneous 
class 463. The baseball class 456 has a set of sub-classes that include the college 
class 464 and the pro class 466. In general, any of the content classes 450-468 may 
have sub-classes. 

20 Each class may include a miscellaneous subclass that is used to store any 

content that is classified within the parent class but does not fit within any of the 
defined subclasses. For example, a story about the Irish sport of hurling may fall 
within the sports class 450 but it does not fall within any of the currently defined 
sports subclasses of baseball 456, football 458, soccer 460, or hockey 462. Such a 

25 story may be placed in the sports miscellaneous class 463. In such an embodiment, 
the miscellaneous class is treated just like another peer class. 

It is often desirable to weight some of the classes more heavily than others. 
For example, more users may be interested in football than hurling. To accommodate 
this, the national and/or local broadcasting centers of Figure 1 may assign an 

30 importance factor to each of the content classes 450 - 468. Because the desired 
weighting between classes is often dependent on the geographic region, the 
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importance factors are preferably assigned by the local broadcasting centers, at least 
for some categories. 

In the following, the importance factor (Imp) assigned to a content class (C) is 
represented as Imp c . For example, the importance factor assigned to the baseball class 
456 is Imp BASEBALL and the importance factor assigned to the football class 458 is 
IiiiPfootball- Table 1 shows an example set of importance factors assigned to the 
content classes 450 - 466. The importance of the root class 448 is always equal to 1. 

TABLE 1 



Content Class 


Importance 
Factor 


Root 


1.0 


Sports 


0.7 


Baseball 


0.4 


College 


0.4 


Pro 


0.6 


Football 


0.6 


Soccer 


0.5 


Hockey 


0.0 


News 


0.4 


Entertainment 


0.1 
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Note that in an embodiment with the miscellaneous classes, the miscellaneous 
classes may have their own importance settings, such as the average importance value 
of its peers. 

A normalized importance NImp may then be determined for each of the 
content classes. In one embodiment, the normalized importance for the content class 
C (NImpc) is determined by dividing Imp c by the sum of the importance factors of all 
the sub-classes of the parent class of C. For example, the normalized importance for 
the baseball class 456 (NImp BASEBALL ) may be determined by dividing Imp BASEBALL by 
the sum of the importance factors of the classes 456- 468, which are all the sub- 
classes of the parent sports class 450 of the baseball class 456. Table 2 illustrates the 
normalized importance factors determined for the content classes 448-466. 
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TABLE 2 



Content Class 


Importance 


Normalized 




Factor 


Importance 


Root 


1.0 


1.0 


Sports 


0.7 


0.583 


Baseball 


0.4 


0.267 


College 


0.4 


0.4 


Pro 


0.6 


0.6 


Football 


0.6 


0.4 


Soccer 


0.5 


0.333 


Hockey 


0.0 


0.0 


News 


0.4 


0.333 


Entertainment 


0.1 


0.083 



A hierarchy-normalized importance HNImp may then be determined for each 
of the content classes. The hierarchy normalized importance for the content class C 
(HNImp c ) indicates where the C is in the hierarchy of classes and, in one 
embodiment, is determined by multiplying NImp c by the hierarchy normalized 
importance of the parent class of C For example, the hierarchy-normalized 
importance for the baseball class 456 (HNImp BASEBALL ) is determined by multiplying 
NImp BASEBALL by HNImp SPORTS and the hierarchy normalized importance for the 
hockey class 462 (HNImp H0CKEY ) is determined by multiplying NImp HOCKEY by 
HNImp SP0RTS . Table 3 shows the hierarchy normalized importance factors determined 
for the content classes 448 - 466. 



TABLE 3 



Content Class 


Importance 
Factor 


Normalized 
Importance 


Hierarchy 

Normalized 

Importance 


Root 


1.0 


1.0 


1.0 


Sports 


0.7 


0.583 


0.583 


Baseball 


0.4 


0.267 


0.155 


College 


0.4 


0.4 


0.062 


Pro 


0.6 


0.6 


0.093 


Football 


0.6 


0.4 


0.2332 


Soccer 


0.5 


0.333 


0.194 


Hockey 


0.0 


0.0 


0.0 


News 


0.4 


0.333 


0.3333 


Entertainment 


0.1 


0.083 


0.083 
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The steps of determining the normalized importance and the hierarchy 
normalized importance for the content classes may be performed via a software 
mechanism. 

A simpler approach is to assign an importance factor to only the leaf (e.g. 
5 childless) content classes. In this embodiment, and again referring to Figure 5, only 
leaf classes 464, 466, 468, 458, 460, 462, 463, 454 and 455 have assigned importance 
values. The importance value for non-leaf content classes can be defined as the sum 
of the importance factors of it's leaf classes. Alternatively, the non-leaf content 
classes may not have an importance factor, and only the leaf content classes are used 

10 for scheduling. 

The meta-data for each object may include one or more attributes that can be 
used to associate the object with one or more of the content classes. Figure 6 is a 
diagram showing an illustrative method for determining member classes for an object 
using class list attributes found in the object meta-data. Each class may have a 

15 number of attributes associated therewith, with each attribute having one or more 

values. For example, class- A 600 has attributes 1-5, and each attribute has at least one 
value associated therewith. Class-B 602 and Class-C 604 also have several attributes, 
with each attribute having at least one value. The attributes preferably identify 
general categories of information. For example, if class-A 600 is a sports class, then 

20 the attributes 1-5 in class-A 600 may identify general categories such as international 
sports, national sports, local sports, water sports, etc. The values associated with each 
attribute may identify sub-classes or categories. For example, if attribute- 1 602 
corresponds to water sports, then value- A, value-B and value-C may correspond to 
swimming, diving and water polo, respectively. Likewise, if attribute-2 604 

25 corresponds to motor sports, then value-E and value-D may correspond to, for 

example, stock car racing and indy car racing. This structure may allow each class to 
be relatively well defined. 

Each object may also have a number of class attributes, and each attribute may 
have one or more values associated therewith as shown at 606. The attributes and 

30 values may be defined similar to the attributes and values for the classes. The object 
schedule control block 402 may compare the attributes and values of each object with 
the attributes and values of each class. An object can be defined as belonging to a 
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particular class if the object has the same attribute with at least one common value. 
For example, attribute- 1 of object-A 608 has a value of "value-D" 610, which matches 
the value "value-D" of attribute- 1 of Class-A 600. Thus, the object schedule control 
block 602 may conclude that object-A 608 is a member of class-A 600. Likewise, 
5 attribute-4 of object-B 614 has a value of "value-C" 616, which matches the value 
"value-C" of attribute-4 of Class-C 630. Thus, the object schedule control block 602 
may conclude that object-B 614 is a member of class-C 630. Finally, attribute-2 of 
object-C 620 has a value oPValue-R" 622, which matches the value "value-R" of 
attribute-2 of Class-B 6323. Thus, the object schedule control block 602 may 

10 conclude that object-C 620 is a member of class-B 632. Although not shown in 
Figure 6, an object may be a member of multiple classes, if desired. 

Another approach for identifying those objects that are in a particular class is 
to provide a Boolean expression of attributes and values for each class. For example, 
and continuing with the above example, class-A 600 may have a Boolean expression 

15 such as Class Member = ((Attribute- 1 and (value- A or value-B or value-C)) or 
(Attribute-2 and (value-E or value-B) or (Attribute-3 and (value-H or value-I) or 
(Attribute-4 and (value- J) or (Attribute-5 and (value-N). Then, the object schedule 
control block 602 may apply the attributes and values of each object to the Boolean 
expression to determine if the object is a member of that class. Rather than requiring 

20 an exact match, it is contemplated that a regular expression or the like may be used to 
provide a match between attribute and class values. 

Figure 7 is a flow diagram of an illustrative method for calculating a utility 
factor for an object. As indicated above, incoming objects are received from a variety 
of sources, and certain objects are inserted into the object schedule 400. When an 

25 object is to be broadcast, the object at the top of the schedule is broadcast first. Thus, 
the ordering of the objects within the object schedule may be important. Generally 
speaking, objects that have a higher utility factor are placed toward the top of the 
schedule. However, there are some exceptions. For example, and because it is often 
desirable to optimize the utility factor of the object schedule, a more time sensitive 

30 object may be scheduled before a higher value but less time sensitive object. 

The utility factor of an object can be dependent on a number of parameters, 
including the importance, timeliness and variety provided by the object, or any 
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combination thereof. In the illustrative method, an object is received. The object has 
a number of associated object description fields, preferably in the meta-data of the 
object. The object description fields may include, for example, one or more 
importance related fields, one or more timeliness related fields, and/or one or more 
5 class related fields, as shown at 700. 

As shown at 702, the object utility factor may be calculated using the 
importance related field(s). The importance related fields may identify the importance 
of the object relative to other objects. The object schedule control block 402 of Figure 
4 may use the importance related field(s) to identify which objects should be added to 

10 the object schedule 400 and which objects should be evicted, and also may be used to 
determine the optimum order of objects in the object schedule 400. All else being 
equal, an object with higher importance should be positioned higher in the object 
schedule 400 than an object with lower importance. As new objects are received, the 
objects with the lowest importance may be evicted from the object schedule 400. 

15 As shown at 704, the object utility factor may be calculated using the one or 

more timeliness related fields. To identify the most timely objects at any give time, a 
timeliness factor may be provided for each object. The timeliness factor is preferably 
related to the expected age of an object when broadcast. One of the timeliness related 
fields may be a time indicator tag or time stamp. The expected age of an object can be 

20 calculated by determining the difference in time between the time indicator tag and 
the estimated broadcast time of the object. Preferably, the timeliness factor 
incorporates a function that decreases with the "age" of the object. 

It is contemplated that the importance related field(s) and timeliness related 
field(s) may be used together to calculate a utility factor for the object. In one 

25 illustrative embodiment, the importance of an object is multiplied by the timeliness of 
the object to determine the object utility factor for the object. In this embodiment, the 
object utility factors are higher for those objects that are more timely, assuming the 
same importance factor. The timeliness of an object may include a freshness factor, 
as further described below. 

30 For variety, and as shown at 706, it is contemplated that the object utility 

factor may be dependent on the number of objects previously transmitted in the same 
or related classes as the current object. That is, if many objects have already been 
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broadcast in the same class as the current object, the utility factor for the current 
object may be reduced. 

Figure 8 is a flow diagram of another illustrative method for calculating a 
utility factor for an object. In this illustrative method, the utility factor is dependent 
5 on the importance, timeliness and variety provided by the object. As shown at 800, an 
incoming object is received that has one or more importance related fields, one or 
more timeliness related fields, and one or more class related fields. A utility factor for 
the object is then calculated. As shown at 802, the utility factor may be dependent on 
the importance of the object, the timeliness of the object and the variety provided by 

10 the object (e.g. the number of objects that are scheduled to be transmitted before the 
current object from the same or related classes). 

Figure 9 is a diagram showing another illustrative method for calculating a 
utility factor for each object and an overall schedule utility factor for the object 
schedule of Figure 4. Illustrative meta-data fields are shown generally at 900. The 

15 meta-data fields include an importance related field 902, a number of timeliness 
related fields 904, a number of variety related fields 910, and a number of other fields 
908. The timeliness related fields 904 include a Time Stamp field, a Schedule Delay 
field (SchedDelay), and a Schedule Derate field (SchedDerate). The variety related 
fields 910 include a number of attribute and value fields. The attribute and value 

20 fields 910 may be used to determine which class or classes the object is a member, as 
discussed above with respect to Figure 6. The significance of the remaining fields 
will become apparent below. 

In one illustrative embodiment, the utility factor of an object is calculated 
using the equation shown at 912. Equation 912 multiplies the importance field 902 

25 found in the meta-data with a timeliness function F(AGE). It is contemplated that the 
importance field may be scaled to fit a predetermined function or curve to provide 
added flexibility. The timeliness function F(AGE) is preferably a function of the 
expected age of the object at broadcast, and decreases with the "age" of the object. 

To determine more accurately the expected "age" of an object, a current 

30 channel bandwidth may be estimated by monitoring the number of bytes that were 
recently transmitted over a predetermined period of time. Using the size and position 
of each of the objects in the object schedule 400 and the estimated channel bandwidth, 
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an estimated time for delivery can be determined for each object. The estimated time 
for delivery can then be compared to the time stamp field 814 for each object in the 
object schedule 400 to determine the expected "age" of the object when broadcast. 
Since the timeliness function F(AGE) preferably decreases with the "AGE" of the 
5 object, the value of F(AGE) will be dependent on the position of the object within the 
schedule. Details of the illustrative timeliness function F(AGE) are further discussed 
below with respect to Figure 10. 

To include a measure of variety into the utility factor of an object, equation 
912 sums over all classes that the object is a member, the corresponding class 
10 importance factor times a variety function g(ClassVarietyScore). The class 
importance factor may be similar to that discussed above with respect to Figure 5. 
The variety function g(ClassVarietyScore) preferably decreases as more objects from 
member classes are broadcast or scheduled for broadcast within a predetermined time 
period. Details of the illustrative variety function g(ClassVarietyScore) are further 
15 discussed below with respect to Figure 1 1 . 

Once a utility factor is calculated for each object in the object schedule, an 
overall schedule utility factor can be calculated by summing each of the object utility 
factors as shown at 916. When a new object arrives, the overall schedule utility 
factor may be updated. If the overall schedule utility factor increases, then the new 
20 object is added (and another discarded, if necessary). If the overall schedule utility 
factor decreases, the new object may be discarded outright. 

Figure 10 is a diagram showing an illustrative F(AGE) function that may be 
used in Figure 9. The F(AGE) function preferably decreases with the AGE of the 
object. As indicated at 1000, the AGE of an object may be defined as the estimated 
25 broadcast time minus the time indicator found in the meta-data of the object. To 
determine the estimated broadcast time of an object, a current channel bandwidth may 
be estimated by monitoring the number of bytes that were recently transmitted over a 
predetermined period of time. Using the size and position of each of the objects in the 
object schedule 400 and the estimated channel bandwidth, the estimated broadcast 
30 time can be determined for each object. 

The illustrative function F(AGE) has a value of "1" if the AGE is less than the 
SchedDelay field provided in the meta-data of the object. Once the AGE is larger 
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than the SchedDelay field, F(AGE) decreases exponentially with the SchedDerate 
field. Thus, the F(AGE) function decreases with the "AGE" of the object. 
Accordingly, and referring back to Figure 9, the utility of an object will be dependent 
on the age and thus the position of the object within the object schedule 400. 
5 Figure 1 1 is a diagram showing an illustrative g(ClassVarietyScore) function 

that may be used in Figure 9. As indicated above, the g(ClassVarietyScore) function 
preferably decreases as more objects from member classes are broadcast or scheduled 
for broadcast within a predetermined time period. The g(ClassVarietyScore) function 
is a function of a ClassVarietyScore parameter. One way of determining the 
10 ClassVarietyScore parameter is to sum all of the objects (or size of the objects) that 
are in the same class and that were previously broadcast (or are scheduled to be 
broadcast). The ClassVarietyScore parameter may be derated with time, so that 
objects that were broadcast long ago contribute less than objects that were just 
broadcast. 

15 A graph is shown at 1 100 that illustrates the ClassVarietyScore calculation. A 

first object 0 1 is broadcast at time t=0. Subsequently, a second object 0 2 is broadcast, 
followed by a third object 0 3 and a fourth object 0 4 as shown. The contribution of 
each of the objects to the ClassVarietyScore is initially one (1) and then declines 
exponentially with time as shown at 1102, 1004, 1106 and 1108. The sum of these 

20 contributions is shown at 1110, which represents the ClassVarietyScore parameter. 
The sum may be maintained by simply adding one to the a ClassVarietyScore 
parameter each time an object is broadcast, while continuously derating the 
ClassVarietyScore parameter with time. 

Referring to the graph shown at 1120, the g(ClassVarietyScore) function has a 

25 value of "1" if the ClassVarietyScore is less than the VarietyDelay field. Once the 
ClassVarietyScore is larger than the VarietyDelay field, g(ClassVarietyScore) 
decreases as the inverse of the VarietyDerate field, which can be adjusted to provide 
the desired variety of content. The VarietyDelay field and the VarietyDerate field are 
preferably provided along with the class definitions, which are often stored at the local 

30 broadcast center. Accordingly, and referring back to Figure 9, the utility of an object 
may be dependent on the number (or size) of objects or the sum value of objects 
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previously broadcast (or scheduled to be broadcast) from member classes within a 
predetermined time period. 

Figure 12 is a diagram showing another illustrative method for calculating an 
overall schedule utility factor for the object schedule of Figure 4. In one illustrative 
5 method, an intrinsic utility V k of an object "k" equals the importance field times the 
F(AGE) function described above. The intrinsic utility factor V k for each object in the 
object schedule 400 is calculated. Then, for each class, the intrinsic utility factors V k 
for all objects in the class are summed together, and the result is divided by the 
number (or size) of the objects in the class. The result is then multiplied by the class 

10 importance factor for the particular class, thereby providing a utility factor for each 
class. The overall schedule utility factor is then calculated by summing the class 
utility factors for each class. 

In another embodiment, the intrinsic utility V k of each object "k" may equal 
the importance field times the F(AGE) function described above, times a freshness 

15 function R(AGE) as shown. The freshness function R(AGE) preferably has a value of 
zero until the expected broadcast time. Then, the freshness function R(AGE) has a 
value of one, which then decreases with time. The resulting intrinsic utility V k for 
each object can then be used to calculated the overall schedule utility factor, as shown 
in Figure 13. In yet another embodiment, the intrinsic utility V k for some object may 

20 include the freshness function R(AGE) while other objects may not. An example of 
an object that may not include a freshness function may include a movie listing. 

Using this approach, the overall schedule utility factor can be thought of as 
"the sum of the utility factors of its classes, each of which is the average utility factor 
of its objects". A limitation of this approach is that the overall schedule utility factor 

25 can go down if an object is added that has an intrinsic utility factor that is less than the 
average intrinsic utility factor of the class, even when nothing is removed from the 
object schedule 400. Intuitively, however, more is better at least until the object 
schedule is full. 

Figure 13 is a diagram showing yet another illustrative method for calculating 
30 an overall schedule utility factor for the object schedule of Figure 4. In this 
illustrative method, the intrinsic utility V k of an object "k" again equals the 
importance field times the F(AGE) function described above, and the freshness 
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function R(AGE) if desired. However, for each class, the intrinsic utility factors V k 
for all member objects are combined together using a sub-linear function such as 
square root, cubed-root, log(l+x), etc. A sub-linear function provides diminishing 
returns for additional objects that are added to a class, which may help promote 
5 variety in the object schedule 400. 

In the embodiment shown, the sub-linear function is a square root function. A 
square root function is desirable because of the analogy with orthogonal vector 
addition, and because it is relatively weak in its diminishing returns. It is 
contemplated that the function that is applied may differ between classes. That is, one 

10 function may be used for one class, and another function may be used for another 
class. Some classes may use a function that does not produce a diminishing return, 
such as a linearly summing function. Regardless of the function used, the result is 
preferably multiplied by the corresponding class importance factor to provide a utility 
factor for each class. The overall schedule utility factor can then be calculated by 

15 summing the class utility factors for each class. 

Figure 14 is a diagram showing another illustrative method for calculating a 
utility factor for an object. In this embodiment, the intrinsic utility V k of an object 
equals the importance field times a remaining lifetime function L(t) divided by a 
maximum lifetime function Lmax. An illustrative remaining lifetime function is 

20 shown in Figure 15. As can be seen, the remaining lifetime of an object "k" at a 
current time "t" is the integral of the timeliness function f k (t') times the freshness 
function R k (t') from the current time to infinity. Likewise, an illustrative maximum 
lifetime function for an object "k" is shown in Figure 16, and is equal to the integral 
of the timeliness function f k (t') times the freshness function R k (t') from the time the 

25 object was created to infinity. Thus, the ratio L k (t)/Lmax k represents the percent of the 
lifetime that is remaining for object "k*\ 

Referring back to Figure 14, the ratio L k (t)/Lmax k is used to calculate an 
intrinsic object utility V k for each object. Like above, the intrinsic object utility V k 
represents the value that an object 46 k" is expected to provide to the object schedule, 

30 An object that is provided close in time to when it the object was created provides an 
intrinsic object utility that is substantially equal to the object importance. An older 
object, however, provides an intrinsic object utility that is reduced proportionally to 
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the percent of the lifetime that is remaining for that object. This represents a compromise 
between expectations favoring long-lived objects and expectations favoring high short- 
term value. 

Figure 17 is a diagram showing an illustrative method for calculating an expected 
incremental value (EIV) for each object in the object schedule. The expected incremental 
value (EIV) represents how much more the object schedule is worth with an object than 
without it. The term "V_o" used in Figure 17 is preferably the intrinsic object utility V k 
calculated in Figure 14. 

In one illustrative embodiment, the utility of an object schedule is determined by 
summing the ecptected incremental values EIV, for all objects in the object schedule, 
with each expected incremental value EIV discounted by an exponential factor e" at . The 
"a" term preferably represents a constant, and the time term "t" preferably represents the 
expected time of the broadcast minus the current time. Thus, the incremental value EIV 
for each object may be discounted by an amount that is dependent on the position of the 
object in the object schedule. 

In another illustrative embodiment, a priority score is calculated for each object in 
the object schedule. One such priority score is shown in Figure 19, and is related to the 
current rate of change of EIV k (t) e" at , or an approximation thereof. Once a priority score 
is calculated for each object in the object schedule, the object scheduler 400 may send the 
object with the highest priority score. Using this approach, the object scheduler 400 first 
sends those objects that are the most expensive to put off. The object size may also be 
used to weight the priority score, if desired. 

An advantage of providing a priority score is that the object scheduler need not 
continually search for a better broadcast order. Rather, each object is give a score, which 
is independent of what is to follow, and the highest score object is sent. This "greedy" 
approach loses some opportunities for global optimization, but is less CPU intensive, 
easier to implement, and is more intuitive in its behavior. 

Figures 20A-20B show a flow diagram of an illustrative method for placing 
incoming objects in the object schedule of Figure 4. The flow diagram is generally 
shown at 1400. Step 1404 receives one or more incoming objects. Each object has one 
or more object description fields, preferably provided in the object meta-data. 
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The object scheduler 310 schedules the objects for delivery in an initial scheduling 
order, as shown at 1406. The object schedule control block 402 then reorders the 
scheduled objects so that the overall schedule utility factor of the object schedule 400 
is increased, as shown at 1408. When requested, the object scheduler 310 delivers one 
5 or more of the objects from the top of the schedule, as shown at 1410. 

Step 1412 determines whether there are any more incoming objects. If there 
are no more incoming objects, control is passed back to step 1408, wherein the object 
schedule control block 402 reorders the scheduled objects to further optimize the 
ordering of the objects in the object schedule 400, since it is likely that an optimum 

10 ordering may not yet have been found. 

Once one or more objects become available, control is passed to step 1416. 
Step 1416 receives another object. Step 1418 determines if the object schedule 400 is 
full If the object schedule 400 is not full, control is passed to step 1422 and the 
object is placed in the object schedule 400. Then, control is passed back to step 1408, 

15 where the objects are again reordered to optimize the ordering of the objects in the 
object schedule 400. 

If the object schedule 400 is full, one or more of the objects that contribute the 
least value to the object schedule are removed to make room for the incoming object, 
as shown at 1420. The incoming object is then placed in the object schedule 400, as 

20 shown at 1422. Control is then passed back to step 1408, where the objects in the 
object schedule 400 are again reordered to optimize the ordering of the objects in the 
object schedule 400. 

Figures 21A-21B show a flow diagram of an illustrative method for 
optimizing the object schedule of Figure 4. In this illustrative method, a utility factor 

25 is calculated for each of the objects in the object schedule 400. The utility factor is 
preferably calculated using, at least in part, selected object description fields. The 
intrinsic utility factors for the objects are summed together to provide an overall 
schedule utility factor for the object schedule 400, as shown at 1502. 

Step 1504 determines if it is time to deliver one or more of the objects in the 

30 object schedule. If it is time to deliver one or more of the objects, step 1506 selects 
and delivers the objects from the top of the schedule. If is not time to deliver one or 
more objects, control is passed to step 1508. Step 1508 reorders the objects in the 
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object schedule. Once reordered, updated utility factors are calculated for each object, 
and an updated overall schedule utility factor is provided, as shown at 1510. Step 
1512 determines if the new overall schedule utility factor is greater than the previous 
overall schedule utility factor. If the new overall schedule utility factor is greater than 
5 the previous overall schedule utility factor, control is passed back to step 1504. If the 
new overall schedule utility factor is not greater than the previous overall schedule 
utility factor, the scheduled objects are returned to their previous order, and control is 
passed back to step 1504. 

Figure 22A-22B show a flow diagram of another illustrative method for 

10 optimizing the object schedule if Figure 4. In this illustrative method, a new object is 
retrieved at step 1602. The new object is inserted at the bottom of the object schedule 
400, as shown at step 1604. Then, a utility factor is calculated for each of the objects 
in the object schedule 400. The utility factor is preferably calculated using, at least in 
part, selected object description fields that relate to the timeliness of the object. Other 

15 object description fields may also be used if desired. The intrinsic utility factors for 
the objects are then summed together to provide an overall schedule utility factor for 
the object schedule 400, as shown at 1606. 

The new object is then moved up one position in the object schedule 400, as 
shown at 1608. Then, an updated utility factor is calculated for each of the objects, 

20 preferably using one or more object description fields that relate to the timeliness of 
the object. The intrinsic utility factors for the objects are then again summed together 
to provide a new overall schedule utility factor for the object schedule 400, as shown 
at 1610. 

Step 1612 determines if the new overall schedule utility factor is greater than 
25 the previous overall schedule utility factor. If the new overall schedule utility factor is 
greater than the previous overall schedule utility factor, control is passed back to step 
1608 wherein the object is moved up another position in the object schedule 400. 
This is continued until the new overall schedule utility factor is not greater than the 
previous overall schedule utility factor. Once this occurs, the object is returned to the 
30 previous position in the object schedule 400, and control is passed back to step 1602. 

Figure 23A-23B show a flow diagram of yet another illustrative method for 
optimizing the object schedule of Figure 4. This illustrative method is similar to that 
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described with reference to Figures 22A-22B, but attempts to optimize the order of the 
objects in the object schedule by randomly moving the objects within the object 
schedule 400. 

Beginning at step 1702, a new object is retrieved. The new object is inserted 
5 into the object schedule 400, at shown at step 1704. The new object may be inserted 
at the bottom of the object schedule, at a random position within the object schedule, 
or at any other place within the object schedule. A utility factor is then calculated for 
each of the objects in the object schedule 400. The utility factor is preferably 
calculated using, at least in part, selected object description fields that relate to the 

10 timeliness of the object. Other object description fields may also be used, if desired. 
The intrinsic utility factors for the objects are then summed together to provide an 
overall schedule utility factor for the object schedule 400, as shown at 1706. 

An object within the object schedule 400 is then selected, and moved to a 
random position within the schedule, as shown at 1708. An updated utility factor is 

15 then calculated for each of the objects, preferably using one or more object description 
fields that relate to the timeliness of the object. The intrinsic utility factors for the 
objects are again summed together to provide a new overall schedule utility factor for 
the object schedule 400, as shown at 1710. 

Step 1712 determines if the new overall schedule utility factor is greater than 

20 the previous overall schedule utility factor. If the new overall schedule utility factor is 
greater than the previous overall schedule utility factor, control is passed back to step 
1708, wherein an object is again selected and moved to a random position within the 
schedule, as shown at 1708. If the new overall schedule utility factor is not greater 
than the previous overall schedule utility factor, the object is returned to the previous 

25 position in the object schedule 400 as shown at step 1714, and control is passed back 
to step 1706, 

If the new overall schedule utility factor is greater than the previous overall 
schedule utility factor, control may be passed to step 1708, wherein another object 
may be selected from the object schedule and moved to a random position within the 
30 schedule, as described above. This may be continued until a new object becomes 
available. Thus, the order of the objects within the object schedule may be 
continually optimized by the object schedule control block 402. Concurrent with the 
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above schedule optimization, new objects may be inserted into the object schedule as 
they become available. Other methods for optimizing the object schedule are also 
contemplated including simulated annealing and tabu searching, which may give 
some probability of accepting orderings of lower utility. 

Figure 24 is a flow diagram showing an illustrative method for calculating an 
updated overall schedule utility factor. As indicated above, to identify the most 
timely objects at any give time, a timeliness factor may be calculated for each object. 
The timeliness factor is related to the expected age of an object when broadcast. Each 
object may have a time indicator tag or time stamp, preferably provided in one or 
more object description fields in the meta-data of the object. The expected age of an 
object can then be calculated by determining the difference in time between the time 
indicator tag and the estimated broadcast time of the object. Preferably, the timeliness 
factor incorporates a function that decreases with the "age" of the object. 

To determine more accurately the expected "age" of an object, a current 
channel bandwidth may be estimated, as shown at 1802. The channel bandwidth 
estimator block 406 of Figure 4 preferably monitors the number of bytes that were 
recently transmitted over a predetermined period of time, and estimates the current 
channel bandwidth therefrom. Then, using the size and position of each of the objects 
in the object schedule 400 and the estimated channel bandwidth, an estimated time for 
delivery for each object can be determined as shown at 1804. The estimated time for 
delivery can then be compared to the time indicator for each object in the object 
schedule to determine the expected "age" of the object when broadcast. Since the 
timeliness factor of each object preferably decreases with the "age" of the object, the 
timeliness factor will be dependent on the position of the object within the schedule. 
Once the utility factor is calculated for each object, an updated overall schedule utility 
factor is calculated, as shown at 1806. 

It is contemplated that the illustrative algorithms described above may 
calculate the object utility factors and/or the overall schedule utility factor in 
accordance with, for example, Figures 9-19 above. That is, the calculation of each 
utility factor may include, for example, selected object description fields that relate to, 
among other things, the importance, the timeliness, the variety and/or freshness, 
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and/or the lifetime provided by the object. The ordering of objects may then be 
manipulated to optimize the overall utility factor of the object schedule 400, 

Figure 25 is a flow diagram showing an illustrative method for scheduling 
objects so that the object meta-data is sent before the object. In accordance with a 
preferred embodiment of the present invention, the scheduler block 304 of Figure 3 
provides objects to one or more receiver units. The receiver units cache selected 
objects, based on user preferences selected by the user. A further discussion of the 
receiver units can be found in co-pending U.S. Patent Application Serial Number 

, filed , entitled "Maintaining Information Variety in an 

Information Receiving System". 

Preferably, the receiver units receive the meta-data for each object before the 
corresponding object arrives. This allows the receiver unit to decide whether the 
object is to be cached before the object arrives. This helps reduce the amount of 
resources required in the receiver unit. 

To accommodate this, the scheduler block 304 preferably ensures that the 
meta-data is sent before the corresponding object. Step 1902 determines if a 
particular object in the object schedule 400 has begun transmission. If it has, control 
is passed to block 1910, wherein the next object in the schedule is queried. If the 
object has not begun transmission, step 1904 determines if the object is estimated to 
be transmitted within the next minute. As indicated above, the estimated time for 
delivery can be determined by estimating the current channel bandwidth and using the 
size and position of each object in the object schedule 400. 

If it is determined that the object is not going to be transmitted in the next 
minute, control is passed to step 1910, wherein the next object in the schedule is 
queried. If, however, it is determined that the object is going to be transmitted in the 
next minute, control is passed to step 1906. Step 1906 determines whether the meta- 
data for the object has been transmitted in the last one minute. If the meta-data for the 
object has been transmitted in the last minute, control is passed to step 1910, wherein 
the next object in the schedule is queried. If, however, the meta-data for the object 
has not been transmitted in the last minute, control is passed to step 1908. Step 1908 
transmits the meta-data for the object. 
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Figure 26 is a flow diagram showing an illustrative method for scheduling 
objects to an output queue. As indicated with reference to Figure 4, the objects at the 
top of the object schedule 400 are presented to an output queue in the packet scheduler 
312. Step 2002 determines if the output queue is filled to provide ten (10) seconds of 
5 transmission. Once the output queue is not filled to provide ten (10) seconds of 
transmission, control is passed to step 2004. Step 2004 sends the object at the top of 
the schedule that also has its meta-data sent to the output queue. Step 2006 then 
updates the overall schedule utility factor, and re-optimizes the order of the object in 
the object schedule if appropriate. The overall schedule utility factor of the object 

10 schedule can change because an object has been removed from the object schedule 
400 (and another inserted, if appropriate). 

Step 2008 determines if there are any more objects in the object schedule. If 
there are more objects in the object schedule, control is passed back to step 2002. If 
there are no more objects in the object schedule, the algorithm is exited. 

15 Figure 27A-27B show a flow diagram of an illustrative method for scheduling 

packets from those objects in an output queue. As indicated above, it is often 
desirable to interleave packets or symbols from several scheduled objects during 
transmission. One reason for this is that interleaving tends to spread the errors of 
error bursts in the transmission channel across several objects, which may be more 

20 acceptable than having many errors in one object. 

Step 2102 retrieves eight objects from the current object schedule. While 
eight objects are used in the example, it should be recognized that the number of 
objects may depend on a number of factors including the object transfer rates, the total 
available bandwidth, the required meta data lead times, etc. Thus, the number of 

25 objects in the may vary, but an upper bound may be provided, if desired. 

Each object has a number of packets and a desired packet transfer rate. The 
packet scheduler 312 of Figure 3 provides a transmit time variable to each of the 
objects, as shown at 2104. Step 2106 initializes the transmit time variables to zero. 
Step 2108 then calculates a score of each object. The score is related to the desired 

30 transfer rate for the object, and the time since a packet was last transmitted for that 
object. The time since a packet was last transmitted for an object can be calculated by 
simply subtracting the transmit time variable for the object from the current time. 
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Step 2110 transmits a packet from the object with the highest score. Once the 
packet is transmitted, the transmit time variable for that object is set to the current 
time. Thus, the score for that object is set to zero, making it more likely that a packet 
from another object will be selected for transmission next. The transfer rate for each 
5 object operates as a weighting function to make those objects with higher transfer 
rates more likely to have a packet selected for transmission. 

Step 2112 determines if the transmitted packet was the last packet of the 
object. If the transmitted packet was not the last packet, control is passed back to step 
2108, wherein a new score is calculated for each object. If the transmitted packet was 

10 the last packet of the selected object, control is passed to step 2114. Step 2114 
removes the selected object from the output queue. When the bandwidth exceeds the 
number of object in the output queue, step 2116 retrieves another object from the 
object schedule. Step 2118 initializes the transmit time parameter for the new object 
to the current time, wherein control is passed back to step 2108 as shown. 

15 Figure 28A-28B show a flow diagram of another illustrative method for 

scheduling packets from those objects in an output queue. Step 2202 retrieves eight 
objects from the current object schedule. While eight objects are used in this 
example, it should be recognized that the number of objects may depend on a number 
of factors including the object transfer rates, the total available bandwidth, the 

20 required meta data lead times, etc. Thus, the number of objects in the may not be 
fixed. An upper bound on the number of objects may be provided, if desired. 

Each object has a number of packets and a desired packet transfer rate. The 
packet scheduler 312 of Figure 3 provides a "next transit time" variable to each of the 
objects, as shown at 2204. Step 2206 initializes all of the next transmit time variables 

25 to the current time. 

Step 2208 transmits a packet from the object 0 { with the lowest next transmit 
time variable, using a tie breaker routine if necessary. Once the selected packet is 
transmitted, the next transmit time variable for the object that had the packet 
transmitted is incremented by a value. Preferably, the next transit time variable is 

30 incremented by the inverse of the packet transfer rate of the corresponding object. 

Step 2212 determines if the transmitted packet was the last packet of the 
selected object O t . If the transmitted packet was not the last packet, control is passed 
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back to step 2208, wherein the object with the lowest next transmit time variable is 
selected, and a packet therefrom is transmitted. If the transmitted packet was the last 
packet of the selected object O l5 control is passed to step 2214. Step 21 14 removes the 
selected object from the output queue. 

5 When the bandwidth exceeds the number of objects in the output queue, step 

2216 retrieves another object from the object schedule. Step 2218 initializes the 
transmit time parameter for the new object to the current time, and control is passed 
back to step 2208 as shown. This method has the advantage of keeping track of 
delays that might accumulate due to bandwidth variations, tiebreaker policies, etc. 

10 Having thus described the preferred embodiments of the present invention, 

those of skill in the art will readily appreciate that the teachings found herein may be 
applied to yet other embodiments within the scope of the claims hereto attached. 
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WHAT IS CLAIMED IS; 



1 1. A method for delivering objects to one or more receiver units, 

2 comprising: 

3 receiving a number of incoming objects, each object corresponding to one or 

4 more classes; 

5 maintaining objects from a variety of classes in an object schedule; and 

6 delivering selected objects from the object schedule to the one or more 

7 receiver units. 

1 2, A method according to claim 1, wherein objects from a variety of 

2 classes are maintained by determining which of the incoming objects are to be added 

3 to the object schedule and which of the cached objects in the object schedule are be 

4 evicted, such that objects from a variety of classes are maintained in the object 

5 schedule. 

1 3. A method according to claim 1 ? wherein each object has a utility factor, 

2 and the value of the utility factor is dependent, at least to some degree, on the position 

3 of the object in the object schedule. 

1 4. A method according to claim 3, wherein each class has a utility factor 

2 that is calculated by combining, via a sub-linear function, the utility factors of those 

3 scheduled objects that correspond to the class. 

1 5. A method according to claim 4, wherein the sub-linear function 

2 includes a square-root function. 

1 6. A method according to claim 4, wherein the object schedule has an 

2 overall schedule utility factor, the overall schedule utility factor is calculated by 

3 combining via a schedule function the utility factors for each of the classes. 
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1 7. A method according to claim 6, wherein the schedule function is a 

2 summing function. 

1 8. A method according to claim 6, wherein objects from a variety of 

2 classes are maintained in the object schedule by: 

3 receiving a new object; 

4 scheduling the new object in an initial position within the object schedule; and 

5 reordering the scheduled objects so that the overall schedule utility factor is 

6 increased. 

1 9. A method according to claim 1, wherein each object in the object 

2 schedule has an estimated time for delivery based on the position of the object in the 

3 schedule. 

1 1 0. A method according to claim 9, wherein each object in the schedule 

2 has an importance factor. 

1 11. A method according to claim 10, wherein the utility factor for each 

2 object is dependent on the estimated time for delivery and the importance factor. 

1 12. A method according to claim 1 1 , wherein the value of the utility factor 

2 Utility obj for each object is related to the importance factor of the object times a 

3 function f(AGE), where f(AGE) is a predetermined function that decreases with an 

4 AGE of the object, the AGE of the object being related to the estimated time for 

5 delivery. 

1 1 3 . A method according to claim 1 2, wherein the value of the utility factor 

2 Utility^ for each object is related to the importance factor of the object times a 

3 freshness function R(AGE), where R(AGE) is a predetermined function that decreases 

4 with an AGE of the object, the AGE of the object being related to the estimated time 

5 for delivery. 
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1 14. A method according to claim 1, wherein each object in the schedule is 

2 a member of one or more classes, and the utility factor for each object is dependent on 

3 a ClassVarietyScore of each of the member classes. 

1 15. A method according to claim 14, wherein the ClassVarietyScore for 

2 each class is a measure of the number of member objects of the class that were 

3 previously broadcast and/or are scheduled to be broadcast. 

1 16. A method according to claim 15, wherein the contribution of each 

2 object to the ClassVarietyScore decreases with time. 

1 1 7. A method according to claim 1 6, wherein each class has a class 

2 importance factor. 

1 18. A method according to claim 17, wherein the utility factor Utility obJ for 

2 each object is the sum over all member classes, the class importance factor of each 

3 member class times a function g(ClassVarietyScore), where g(ClassVarietyScore) is a 

4 predetermined function that decreases with the ClassVarietyScore of the class. 

1 19. A method for scheduling objects for delivery to one or more receiver 

2 units, the method comprising: 

3 receiving one or more incoming objects, each having a utility factor; 

4 scheduling the objects for delivery in an initial scheduling order, the value of 

5 the utility factor for each of the objects being dependent, at least to some degree, on 

6 the position of the object in the schedule; 

7 calculating an overall schedule utility factor for the schedule by combining the 

8 utility factors of each of the scheduled objects using a predefined function; 

9 reordering the scheduled objects so that the overall schedule utility factor is 

10 increased; and 

11 delivering one or more of the objects from the top of the schedule. 
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1 20. A method according to claim 19, wherein reordering the scheduled 

2 objects includes: 

3 moving a selected object up one position in the schedule; 

4 calculating an updated overall schedule utility factor; 

5 determining if the updated overall schedule utility factor is greater than the 

6 previous overall schedule utility factor; and 

7 retaining the new position of the selected object if the updated overall schedule 

8 utility factor is greater than the previous overall schedule utility factor. 

1 2 1. A method according to claim 20, further comprising: 

2 repeating the moving, calculating, determining, and retaining steps until the 

3 updated overall schedule utility factor is not greater than the previous overall schedule 

4 utility factor; and 

5 returning the selected object to its previous position when the updated overall 

6 schedule utility factor is not greater than the previous overall schedule utility factor. 

1 22. A method according to claim 19, wherein reordering the scheduled 

2 objects includes: 

3 moving a selected object to a random position in the schedule; 

4 calculating an updated overall schedule utility factor; 

5 determining if the updated overall schedule utility factor is greater than the 

6 previous overall schedule utility factor; and 

7 retaining the new position of the selected object if the updated overall schedule 

8 utility factor is greater than the previous overall schedule utility factor. 

1 23. A method according to claim 22, further comprising: 

2 repeating the moving, calculating, determining, and retaining steps until the 

3 updated overall schedule utility factor is not greater than the previous overall schedule 

4 utility factor; and 

5 returning the selected object to its previous position when the updated overall 

6 schedule utility factor is not greater than the previous overall schedule utility factor. 
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1 24. A method according to claim 22, further comprising: 

2 selecting another object and moving the selected object to a random position 

3 in the schedule; 

4 repeating the moving, calculating, determining, and retaining steps until the 

5 updated overall schedule utility factor is not greater than the previous overall schedule 

6 utility factor; and 

7 returning the selected object to its previous position when the updated overall 

8 schedule utility factor is not greater than the previous overall schedule utility factor. 



1 25. A method according to claim 19, wherein the utility factor of an object 

2 is higher than another similarly situated object if the object is more timely. 

1 26. A method according to claim 19, wherein the utility factor of an object 

2 increases the overall schedule utility factor more than another similarly situated object 

3 if the object provides more variety to the object schedule. 



1 27. A method according to claim 19, wherein each object in the schedule 

2 has an estimated time for delivery based on the position of the object in the schedule, 

3 and the value of the utility factor for the object is dependent on the estimated time for 

4 delivery. 

1 28. A method according to claim 27, wherein the estimated time for 

2 delivery of each object is calculated by: 

3 estimating a current channel bandwidth for delivery of the scheduled objects; 

4 and 

5 calculate an estimated time for delivery for each object using the size of each 

6 scheduled object and the estimated channel bandwidth. 



44 



1 29. A method according to claim 28, wherein each object in the schedule is 

2 a member of one or more classes, and the value of the utility factor for each class is 

3 dependent on a measure of the objects assigned to the class. 

1 30. A method according to claim 29, wherein the measure of the objects is 

2 the number of objects assigned to the class. 

1 31. A method according to claim 29, wherein the measure of the objects is 

2 the number of object bytes assigned to the class. 

1 32. A method according to claim 29, wherein the measure of the objects is 

2 the sum of the object utility factors assigned to the class. 

1 33. An information delivery system, comprising: 

2 a receiver for receiving a stream of incoming objects, each object 

3 corresponding to one or more classes; 

4 object schedule for storing a set of the incoming objects; 

5 object scheduler for determining which of the incoming objects to add to the 

6 object schedule and which of the cached objects to evict from the object schedule, 

7 such that objects from a variety of classes are maintained in the object store; and 

8 delivery means for delivering selected cached objects from the object schedule 

9 to one or more receiver units. 

1 34. An information delivery system according to claim 33, wherein each 

2 object has a utility factor, and the value of the utility factor is dependent, at least to 

3 some degree, on the position of the object in the object schedule. 

1 35. An information delivery system according to claim 34, wherein each 

2 class has a utility factor that is calculated by combining, via a sub-linear function, the 

3 utility factors of those scheduled objects that correspond to the class. 
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36. An information delivery system according to claim 35, wherein the 
sub-linear function includes a square-root function. 



1 37. An information delivery system according to claim 35, wherein the 

2 object schedule has an overall schedule utility factor, the overall schedule utility 

3 factor is calculated by combining, via a schedule function, the utility factors for each 

4 of the classes. 

1 38. An information delivery system according to claim 37, wherein the 

2 schedule function is a summing function. 

1 39. A system for scheduling objects for delivery to one or more receiver 

2 units, comprising: 

3 a receiver for receiving one or more objects, each object having a utility factor; 

4 an object scheduler for scheduling the objects for delivery in an initial 

5 scheduling order, the value of the utility factor for each of the objects being 

6 dependent, at least to some degree, on the position of the object in the schedule; 

7 the object scheduler calculating an overall schedule utility factor for the 

8 schedule by combining the utility factors of each of the scheduled objects using a 

9 predetermined function; 

10 the object scheduler reordering the scheduled objects so that the overall 

1 1 schedule utility factor is increased; and 

12 delivery means for delivering one or more of the objects from the top of the 

13 schedule to the one or more receiver units. 

1 40. A method for transmitting one or more objects to one or more receiver 

2 units, wherein each object has one or more data packets, comprising: 

3 providing a transmit time variable for each object; 

4 initializing the transmit time variable for each object to a predetermined value; 

5 maintaining a timer value; 

6 calculating a score for each object, wherein the score is dependent on the 

7 difference between the transmit time variable for each object and the timer value; 
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8 transmitting one or more packets of the object with the highest score; and 

9 setting the transmit time for the object with the highest score to the timer 
10 value. 

1 41 . A method according to claim 40, wherein each object has a transfer 

2 rate, and the score for each object is dependent on the transfer rate. 

1 42. A method according to claim 40, further comprising: 

2 determining if the last transmitted packet was the last packet of the object with 

3 the highest score; and 

4 removing the object with the highest score if the last transmitted packet was 

5 the last packet of the object with the highest score. 

1 43. A method for transmitting one or more objects (O,, ... 0 N ) to one or 

2 more receiver units, wherein each object O, has one or more packets (P l5 ... and a 

3 packet transfer rate R,, the method comprising: 

4 initializing a transmit time (T 1? . . . T N ) for each object to zero; 

5 calculating a score, S„ for each object using the relation S t = R, * (T c - T t ), 

6 where T c is the current time; 

7 transmitting one or more packets from the object with the highest score, S { ; 

8 and 

9 setting the transmit time T { for the object with the highest score to the current 
10 timeT c . 

1 44. A method according to claim 43, further comprising: 

2 determining if the last transmitted packet was the last packet of the object with 

3 the highest score; and 

4 removing the object with the highest score if the last transmitted packet was 

5 the last packet of the object with the highest score. 
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1 45. A method according to claim 44, further comprising returning to the 

2 calculating step to calculate a new score, S { , for each object using the relation Si - R, * 

3 (T c -T t ). 

1 46. A method for transmitting one or more objects to one or more receiver 

2 units, wherein each object has one or more data packets, comprising: 

3 providing a next transmit time variable for each object; 

4 initializing the next transmit time variable for each object to a predetermined 

5 value; 

6 selecting the object with the lowest next transmit time variable; 

7 transmitting one or more packets from the selected object; and 

8 incrementing the next transmit time variable for the selected object by an 

9 incremental value. 

1 47. A method according to claim 46 further comprising the step of 

2 repeating the selecting, transmitting and incrementing steps. 

1 48, A method according to claim 46, wherein the incremental value is 

2 dependent on the transfer rate for the selected object. 

2 49. A method according to claim 48, wherein the incremental value is 

2 l/(the transfer rate) for the selected object. 

1 50. A method according to claim 46, further comprising: 

2 determining if the last transmitted packet was the last packet of the selected 

3 object; and 

4 removing the selected object if the last transmitted packet was the last packet 

5 of the selected object. 

1 51. A method for scheduling objects for delivery to one or more receiver 

2 units, the method comprising: 
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3 receiving one or more incoming objects into an object schedule; 

4 calculating an expected incremental value for each of the objects in the object 

5 schedule; 

6 calculating a priority score for each of the objects in the object schedule, the 

7 priority score is related to the incremental value for the corresponding object; 

8 scheduling the objects for delivery such that the objects with the highest 

9 priority score are delivered first. 

1 52. A method according to claim 51 wherein the expected incremental 

2 value of an object is determined by calculating the utility of the object schedule with 

3 the object minus the utility of the object schedule without the object. 

1 53. A method according to claim 51 wherein the expected incremental 

2 value for each object is discounted by an exponential factor with time. 

1 54. A method according to claim 53 wherein the priority score of an object 

2 is related to the derivative of the discounted incremental value of the corresponding 

3 object. 

1 55. A method according to claim 51 wherein the expected incremental 

2 value of each object is related to the remaining lifetime of the object. 

1 56. A method according to claim 55 wherein the expected incremental 

2 value of each object is related to the freshness of the object. 
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1 57. A method according to claim 56 wherein the expected incremental 

2 value of each object is related to the timeliness of the object. 
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Abstract 

Methods and apparatus are disclosed for efficiently scheduling incoming 
information objects so that timely objects from a variety of content classes are 
scheduled for broadcast. The incoming information objects are preferably received 
5 from one or more information sources, and are tagged with attributes that associate 
each object with one or more classes of information (e.g., sports, news, etc.), and 
provide a gauge of the timeliness or 'age' of the object. The tags can be used to select 
and broadcast objects from a variety of classes, and to identify the most timely objects 
at any give time. 
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